home *** CD-ROM | disk | FTP | other *** search
/ Amiga Plus Special 11 / Amiga Plus 11: Amiga Future.iso / demoversionen / anwendungen / pmpro / docs / problems < prev    next >
Text File  |  1997-07-27  |  5KB  |  126 lines
  1.  Problems with specific applications
  2.  -----------------------------------
  3.  
  4.    Crashes on 060 systems should no longer appear - if the library crashes
  5.    on specific modules at startup-time, please trace it back with SnoopDOS,
  6.    delete that specific modules, and contact me for a bug-report.
  7.  
  8.    Minor problems:
  9.  
  10.       o The combination superview.library / PMPro
  11.         and MCP with active NEWTOOLTYPES patch did cause crashing the library
  12.         at startup time. So don't use that patch...
  13.  
  14.         There seem to be more options in MCP, which may become 'critical'...
  15.  
  16.         Whenever you encounter any problems: first try it again without
  17.         any patches running !
  18.  
  19.       o Do no mix libraries from Picasso96 and CyberGraphX - when again
  20.         switching from P96 to CGfx with Picasso96API.library still being
  21.         in LIBS: then your system will immediately crash with the next
  22.         opening of that library.
  23.  
  24.  
  25.  Here's a list of several programs, which either cause SuperView-Library
  26.  to crash, or which may crash or fail unexpected (so that it might seem,
  27.  as if SuperView-Library did crash or were the reason of the fault):
  28.  
  29.    o Mixed Picasso96 and CyberGfx environment
  30.      ========================================
  31.       Problem
  32.       -------
  33.       Picasso96 users, which have the Picasso96.svdriver installed
  34.       (that's default, unless you "exclude" it via SVPrefs or
  35.       delete it), and do switch between P96 and CyberGfx, should
  36.       not the following: without removing Picasso96API.library
  37.       from Libs: when CyberGfx is running, any program that
  38.       tries to open Picasso96API.library will make it crashing
  39.       (since that library tries to create another, emulated
  40.        instance of cybergraphics.library, which must fail).
  41.  
  42.       Solution
  43.       --------
  44.       Either
  45.  
  46.         - delete/exclude Picasso96.svdriver
  47.         - move all libraries, not only the monitor drivers,
  48.           when switching between P96 and CyberGfx
  49.         - wait for a bugfix (Tobias Abt and Frank Mariak
  50.           both have been informed)
  51.  
  52.    o EGS libraries V6 and V7 © VIONA Development
  53.      ===========================================
  54.       Problem
  55.       -------
  56.       When flushing the EGS libraries, it seems that the libraries will
  57.       cause recoverable alerts with OS 3.x.
  58.       Maybe on some systems real crashes will occur.
  59.       Don't know, whether the libraries are really the source,
  60.       but it's likely.
  61.  
  62.       Solution
  63.       --------
  64.       Don't flush ;-)
  65.  
  66.    o DOpus5 (supposed to be fixed with Magellan release)
  67.      ===================================================
  68.       Problem
  69.       -------
  70.       Not a serious problem. DOpus5 does not seem to figure the correct
  71.       version numbers from sv library files, when requested to do so.
  72.  
  73.       Solution
  74.       --------
  75.       C:Version libraryname
  76.  
  77.    o LX/020 1.03 © 1993 Xenomiga Technologie (Jonathan Forbes)
  78.      =========================================================
  79.       Problem
  80.       -------
  81.       Obviously can't correctly extract large LZH/LHA archives.
  82.  
  83.    o NewMode V3.3 (and below) © 1992-95 by Andreas Linnemann
  84.      =========================================================
  85.       Problem
  86.       -------
  87.       Has been reported to cause serious problems when running together
  88.       with e.g. SuperView (when attaching a fixed ViewMode to the program).
  89.  
  90.       Solution
  91.       --------
  92.       Already fixed for newer versions.
  93.       I, personally, would strongly recommend not to promote any SuperView
  94.       Screens via NewMode, since now for almost any configuration there
  95.       should be suitable SVDrivers - alternatively also a RTG-configuration
  96.       for AGA.svdriver.
  97.  
  98.    o VMM (supposed to be fixed)
  99.      ==========================
  100.       Former versions of SuperView-Library did allocate all buffers
  101.       with the MEMF_PUBLIC flag set, which prevented e.g. VMM
  102.       from storing these as virtual memory on disk.
  103.  
  104.       As with current versions, the large image buffers - where
  105.       it makes sense - are no longer prevented from being accessing
  106.       by VMM. MEMF_PUBLIC no longer is set for these.
  107.  
  108.       Before - and with old modules - this could have been by-passed
  109.       by setting the 10240 flag value within VMM's advanced options
  110.       - but this should not be done any longer, since it may become
  111.       dangerous under certain circumstances.
  112.  
  113.    o SnoopDOS
  114.      ========
  115.       Problem
  116.       -------
  117.       Some external libraries (being opened by SV modules) seem not
  118.       to be snoop'able without causing crashes, then.
  119.  
  120.       Solution
  121.       --------
  122.       Turn off SnoopDOS.
  123.  
  124.  
  125.  
  126.